home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001086_dcmartin@lib.ucsf.edu _Tue May 11 19:06:33 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <dcmartin@lib.ucsf.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA15118; Tue, 11 May 93 19:06:33 MET DST
  4. Received: from knowman.lib.ucsf.EDU by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA21657; Tue, 11 May 1993 19:27:24 +0200
  6. Received: from theodoric.lib.ucsf.EDU by knowman.lib.ucsf.EDU (4.1/GSC4.21)
  7.     id AA25890; Tue, 11 May 93 10:23:29 PDT
  8. Message-Id: <9305111723.AA25890@knowman.lib.ucsf.EDU>
  9. From: dcmartin@ckm.ucsf.edu (David C. Martin)
  10. Organization: UCSF Center for Knowledge Management
  11. Email: dcmartin@ckm.ucsf.edu or uunet!dcmartin
  12. Phone: 415/476-6111
  13. Fax: 415/476-4653
  14. To: "Peter Lister, Cranfield Computer Centre" <ccprl@xdm001.ccc.cranfield.ac.uk>
  15. Cc: timbl@nxoc01.cern.ch, www-talk@nxoc01.cern.ch, marca@ncsa.uiuc.edu
  16. In-Reply-To: Your message of Tue, 11 May 93 17:16:32 +0000
  17.     <9305111616.AA15294@xdm039> 
  18. Subject: Re: WWW: Local file handling 
  19. Date: Tue, 11 May 93 10:26:33 MDT
  20. Sender: dcmartin@lib.ucsf.edu
  21.  
  22. I have been toying with a similar idea, how to keep track of documents
  23. which you would like to have in a "hotlist," but are more numerous and
  24. require more structure filing, e.g. like UNIX files in the filesystem.
  25.  
  26. What I have done is modify some code in gui2.c which allows local files
  27. that are "opened" from the File "Open local..." menu item to be symbolic
  28. links which point nowhere, but include the URL, e.g.
  29.  
  30. % ln -s http://www.ncsa.uiuc.edu/evl/cave/cave.html .
  31.  
  32. which creates the symbolic link cave.html.  The patch is quite simple
  33. and is included.  There needs to be additional work done to allow the
  34. user to specify the name on the command line, e.g.
  35.  
  36. % xmosaic cave.html
  37.  
  38. and have the additional test of a local symbolic link encoding a URL and
  39. to the file browser to show such entries (it might be nice to even
  40. identify such entries as URL's).
  41.  
  42. In addition, some consideration should be given for allowing a third
  43. party, e.g. the LookingGlass software, to send a message to Mosaic
  44. asking it to load a local file.
  45.  
  46. My $0.02.
  47.  
  48. dcm
  49. --------
  50. "Peter Lister, Cranfield Computer Centre" writes:
  51.  
  52. The discussion about local files prompts me to ask - how does one
  53. distinguish between ones own local ftp area (which is what the outside
  54. world sees when following a file URL), and the local file system
  55. mounted under root (which is what a client program like xmosaic sees)?.
  56. How do I refer to my own ftp area?
  57.  
  58. As far as I can see, no URL should refer to different mechanisms in
  59. different contexts. Lets have ftp: (use ftp ONLY) and file: (local file
  60. system ONLY, further use discouraged). I don't want an afs: URL,
  61. because it's equivalent to file: if you're an AFS site, and useless if
  62. you aren't. OK, AFS sites (we are one) can mount each others file
  63. systems, but it's NOT a preferred method of allowing the world access
  64. to info that we want to make public. 
  65.  
  66. Peter